Method and Apparatus for Operating, Interfacing and/or Managing for at Least One Optical Characteristic System for Container Handlers in a Container Yard

ABSTRACT

Methods and several apparatus embodiments are disclosed operating Optical Characteristic Systems (OCS) in a container storage and/or transfer yard supporting the automated recognition of container codes displayed on various sides of the containers being stored and/or transferred. At least one processor may initiate an operational process by an OCS mounted on a container handler to create an operational result, select the operational process based upon an operational schedule and communicate with at least one OCS to receive an image of a container being handled by the container handler to at least partly create a container code estimate for a container inventory management system. A program system directing at least one computer implementing these operations, and may reside in computer readable memory, an installation package and/or a download server. The computer readable memory may or may not be accessibly coupled to the computer.

CROSS REFERENCE TO RELATED APPLICATIONS:

This application is a continuation application of U.S. patentapplication Ser. No. 12/262,125, filed Oct. 30, 2008, now issued U.S.Pat. No. 8,488,884, which claims priority to U.S. Provisional PatentApplication No. 60/983,888 filed Oct. 30, 2007. The entire contents ofthese applications are hereby incorporated by reference.

TECHNICAL FIELD

This invention relates to operating at least one camera to create animage of a container by an apparatus on a container handler for use inestimating the container's code.

BACKGROUND OF THE INVENTION

Optical characteristic systems are used in container shipping andstorage yards, but have had some problems. Frequently the opticalcharacteristic system is mounted on a container handler and reports anestimate of the container code of a container being handled by thecontainer handler, along with at least one container image of thecontainer code.

One problem involves operational management of multiple instances ofthese systems. The operational management issues include but are notlimited to power cycling the installed optical characteristic systems intime for shifts when they are to be operated, ensuring the regularrunning of diagnostics to determine if a unit is able to work the shift,notification of the need for maintenance or the ability of the unit forworking the shift. What is needed is an economical approach forperforming these operations on a container handler equipped with anoptical characteristic system. This includes coordinating the diagnosticprocedures, handling exceptions (such as poorly readable containernumbers), developing and updating equipment schedules for the containeryard or shipping terminal based upon the diagnostic results and shiftschedule. Also needed, mechanisms and method of interfacing multipleinstances of the optical characteristic systems to a container inventorymanagement system, with or without the other needs being discussed.

SUMMARY OF THE INVENTION

The invention operates optical characteristic systems in a containerstorage and/or transfer yard, which may service container ships,railroads, overland trucks, factories and/or warehouses supporting theautomated recognizing of container codes displayed on various sides ofthe containers being stored and/or transferred. At least one processormay initiate an operational process by an optical characteristic systemmounted on a container handler to create an operational result, selectthe operational process based upon an operational schedule andcommunicate with at least one of the optical characteristic systems toreceive at least one image of a container being handled by the containerhandler to at least partly create a container code estimate fortransmission to a container inventory management system. Theseoperations may further be implemented at separate embodiments ofapparatus as follows:

A first embodiment may include a control module configured to initiatean operational process by at least one optical characteristic systemconfigured to mount on at least one container handler to create anoperational result. At least one example of this embodiment is alsoreferred to in the incorporated provisional patent application as theSupervisory & Remote Diagnostic System (SRDS) control module. The SRDScontrol module refers to a system that monitors the overall health ofthe optical characteristic system 50. If the optical characteristicsystem fails, the SRDS system can still alert other systems of thisfailure as it runs independently from the optical characteristic system.

A second embodiment may include a management circuit configured toselect said operational process for said optical characteristic systembased upon an operational schedule or in a standalone mode in which theoptical characteristic is generated anytime a container is moved by thecontainer handler. The standalone mode will be referred to as having anoperational schedule of just one operational event hereafter. Themanagement circuit may further assemble the operational results tocreate a status report and/or access the status report to update theoperational schedule.

A third embodiment may include a server interface configured tocommunicate with at least one of said optical characteristic systems toreceive a version of an image of a container being handled by saidcontainer handler to at least partly create a container code estimate ofa container code on said container for transmission to a containerinventory management system. The system may also use imaging hardware tocapture and generate an optical characteristic of the chassis, railcar,or bomb cart identifier which the container is being carried on, as itis being serviced by the container handler.

A program system for directing at least one computer may implement theseoperations, and may reside in a computer readable memory, aninstallation package and/or a download server. The computer readablememory may or may not be accessibly coupled to the computer.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows an example of all three embodiments of the apparatus inoperation in a yard storing and/or transferring containers with each ofthe containers including a container code. The three embodiments includea control module communicating with an optical characteristic system toinitiate an operational process to create an operational result, amanagement circuit selecting the operational process based upon anoperational schedule, and a server interface communicating with at leastone, and preferably, at least two optical characteristic system toreceive at least a version of an image of a container being handled bythe container handler upon which the optical characteristic system ismounted. The server interface transmits a container code estimate of thecontainer code of the container to a container inventory managementsystem for the yard.

FIG. 2 shows some details of the operational schedule of FIG. 1including operational events with operational processes such as apower-up process, a diagnostic process, a normal process, and/or apower-down process that may be performed for or near specified shipsand/or trains to be serviced by container handler 2.

FIG. 3 shows some examples of various kinds of container handlers ofFIG. 1.

FIG. 4 shows some further components of the container handler andoptical characteristic system for which specific operational processesmay be initiated, including a sensor interface to the container handlercreating at least one machine state.

FIG. 5 shows some further details of the embodiments of FIG. 1 includingcommunication mechanisms in the control module and/or the serverinterface, a wireless network access point, an optical characterrecognition system in the server interface and the management circuitincluding a status report assembled from at least some of theoperational results. These embodiments may not include optical characterrecognition capabilities mounted on at least one of the containerhandlers.

FIG. 6 shows some further details of the sensor module and the machinestate of FIG. 4. A stack height 66 may be calculated from sensed stackheight 66 or by other means.

FIG. 7 shows that any processor as used herein may include at least oneinstance of at least one of a neural network, an inferential engine, afinite state machine, and a computer directed by a program system. Theprogram system may reside in a computer readable memory and/or aninstallation package, and/or a download server. The computer readablememory may be accessibly coupled to the computer as shown, or may not beaccessibly coupled, which is not shown.

FIG. 8 shows a flowchart of the program system of FIG. 7 as including atleast one of the program steps of initiating the operational process bythe optical characteristic system to create the operational result,selecting the operational process based upon the operational schedule,and/or communicating with at least one optical characteristic system toreceive at least one image of the container being handled by thecontainer handler to at least partly create the container code estimatefor transmission to the container inventory management system.

FIG. 9 shows a flowchart of some further details of selecting theoperational process, including assembling at least some of theoperational results from the optical characteristic systems to createthe status report and/or accessing the status report to update theoperation schedule.

FIGS. 10A and 10B show some images of the container code as displayed onvarious sides of the container.

And FIG. 10C shows a container code estimate derived from one of theseimages.

DETAILED DESCRIPTION

The invention operates optical characteristic systems 50 in a containerstorage and/or transfer yard, which may service container ships,railroads, truck routes, factories and/or warehouses in support ofrecognizing container codes 12 displayed on various sides of thecontainers 10 being stored and/or transferred. At least one processormay initiate an operational process by the optical characteristic systemmounted on a container handler 2 to create an operational result 120,select the operational process based upon an operational schedule 220,and communicate with at least one of the optical characteristic systemsto receive at least one image 60 of a container being handled by thecontainer handler to at least partly create a container code estimate 62for transmission to a container inventory management system 80.

FIG. 1 shows an example of all three embodiments of the apparatus inoperation in a yard storing and/or transferring containers 10 with eachof the containers including a container code 12. The three embodimentsinclude a control module 100 communicating with an opticalcharacteristic system 50 to initiate an operational process 118 tocreate an operational result 120, a management circuit 200 selecting theoperational process based upon an operational schedule 220, and a serverinterface 300 communicating with at least one, and preferably, at leasttwo optical characteristic systems 50 to receive at least a version ofan image 50 of a container being handled by the container handler 2 uponwhich the optical characteristic system is mounted. The server interfacetransmits a container code estimate 54 of the container code of thecontainer to a container inventory management system 80 for the yard. Acontainer code may be read by the optical characteristic system 50anytime a container is moved in the terminal by container handler 2 inwhich an optical characteristic system 50 installed even without apreplanned operational schedule for the particular container handler.

While a single processor may implement some or all of the operations ofthe invention, in certain embodiments separate processor may be includedin each of these embodiments. The control module 100 may use a firstprocessor 110 to initiate the operational process 118 and/or receive theoperational result 120. The management circuit 200 may use a secondprocessor 210 to select the operational process. And the serverinterface 300 may use a third processor 310 to communicate 302 with theoptical characteristic systems 50 and/or communicate 304 with thecontainer inventory management system 80.

The control module 100 may be communicatively coupled 102 with theoptical characteristic system 50 mounted on the container handler 2, forexample, a quay crane 20 for transferring the containers between a bombcart 24 driven by a UTR truck 26 and a container ship. The controlmodule initiates an operational process 118 on the opticalcharacteristic system to generate an operational result 120.

The management circuit 200 with the second processor 210 may beconfigured to initiate 204 at least one operational process 118 by thesecond optical characteristic system 50 to further create theoperational result 120 received by the second processor.

The server interface 300 with the third processor 310 may be configuredto communication 302 with at least two optical characteristic systems 50to receive at least the image 52 of the container code 12 of thecontainer 10 being transferred by the container handler 2, for each ofthe optical characteristic systems. The server interface may furtherreceive and/or generate a container code estimate based upon the image.The third processor may be second communicatively coupled 304 to acontainer inventory management system 80 and configured to send thecontainer code estimate 54 to the container inventory management system,possibly in the form of a message 230. The message may be compliant witha wireline network protocol and/or a wireless network protocol. Theserver may also host unreadable container images to one or more auditclients that allows for bad quality container images to be corrected bya human via a computer console and keyboard that displays unreadableimages and may be hosted by Server Interface 300.

The second optical characteristic system 50 may be mounted on a secondcontainer handler 2 that may be a Rubber Tire Gantry (RTG) 22 cranetransferring containers between a bomb cart 24 and one or more stacks 48of containers 10. The optical characteristic system may further generatea positional identification 64 of the transfer operation, possiblyidentifying the container as loaded on the bomb cart or placed at aspecific height in an identified stack. Various embodiments of thesecond optical characteristic system may be configured to capture images52 from containers 10 in a truck lane, preferably on a bomb cart 24pulled by a UTR truck 26. The container handler may transfer containersbetween the bomb carts and one or more stacks 48.

As used herein, the operational processes may include but are notlimited to a power-up process, a power-down process

FIG. 2 shows an example of some of the details of the operationalschedule 220 of FIG. 1, including multiple operational events 222, eachincluding a start time 224, a list of identified optical characteristicsystems 226, an operational process, and its operational result. Theoperational process may be a member of the group consisting of apower-up process 240, a diagnostic process 242, a normal process 244 anda power-down process 246. Some of the operational entries may furtherrefer to a specific ship 266 and/or a specific train 268 that mayinvolve a specified bill of lading possibly with specific instructionsfor the loading and/or unloading of containers 10. Note that theoperational schedule may include at least one operational event. In thesituation where the operational schedule includes exactly oneoperational event, the situation will refer to standalone or manuallydirected operation.

FIG. 3 shows an example of the list of identified optical characteristicsystems 226 of FIG. 2A, identifying at least one of the opticalcharacteristic systems 50 as mounted on a container handler 2, which mayinclude, but is not limited to, one or more the following: a quay crane20, a Rubber Tire Gantry (RTG) crane 22, a bomb cart 24, a UTR truck 26,a side picker 28, a top loader 30, a reach stacker 32, a chassis rotator34, and a straddle carrier 36.

By way of example, the operational schedule 220 may include a firstpower-up event 222 for quay cranes 20 and rubber tire gantry cranes 22used to initiate the power-up process for their optical characteristicsystems 50. The operational schedule may include a second power-up eventfor the UTR trucks 26 as a second start time 224, because they may takea different length of time to power-up. Note that the operational eventsmay further identify specific instances of the container handlers 2.

FIG. 4 shows some details of the optical characteristic system 50mounted on the container handler 2, including at least one light 4 andat least one camera 6, both may preferably be coupled to the opticalcharacteristic system. The optical characteristic system may preferablyinclude the image 52 received from the camera, a sensor module 58coupled to the container handler to create a machine state 57 that mayindicate a position estimate 56 of the container 10, and an imageprocessor 59. The position estimate may be used to direct the cameraand/or the lights to improve the quality of the image. An operationalprocess may be initiated on at least one of the optical characteristicsystem, the light, the camera, the sensor module and the imageprocessor.

The image processor 59 may receive the image 52 as a raw version of theimage to create a filtered version, a compressed version, and/or anenhanced version of the image. The filtered version may remove orattenuate certain frequency bands of the raw version. The compressedversion may require smaller storage capacity than the raw version. Andthe enhanced version may enhance contrast and/or strengthen edgesdetected in the raw version.

FIG. 5 shows some further details of the embodiments of FIG. 1. Acommunication mechanism 116 is included in the control module 100 and/ora second communication mechanism 320 in the server interface 300. Thecontrol module may further communicatively couple with a power controlcircuit 53 for the optical characteristic system 50. By way of example,the power control circuit may have a separate uninterruptible powersupply and control the power up sequencing based on the running state ofthe container handler and its equipment, for example, of thecommunication mechanisms 116 and optical characteristic system thesecond module 106. A wireless network access point 218 may becommunicatively coupled to the control circuit 100, the opticalcharacteristic system, the management circuit 200, and/or the serverinterface. The server interface may include an optical characterrecognition system 330 receiving a version of the image 52 to create acontainer code estimate 54. The management circuit may include a statusreport 218 assembled from at least some of the operational results 120and/or the status report may be accessed to update the operationalschedule 220. The operational results may indicate successful completeof operational processes and/or may indicate process exceptions such asincomplete performance of the operational process, communicationfailures, error coding exceptions, power failures and/or powerfluctations.

The control module 100 is further shown with the processor 110 secondcommunicatively coupled 104 with a second module 106 configured tocommunicate with the container handler 2 to create a position estimate56 that may be used to refine control of the cameras 6 and/or lights 4and/or determine the appropriate container position based upon thecontainer position estimate to capture the image 52 by the cameras 6 andlights 4 of FIG. 4.

Any of the operations of the control module 100, the management circuit200 and/or the server interface 300 may uses a network protocol thatcomplies with at least one member of the group consisting of: a wirelessnetwork protocol standard and a wireline network protocol, a timedivisional multiple access protocol, a spread spectrum protocol, apacket transfer protocol, a frame transfer protocol, an error correctioncoding protocol and an encryption protocol.

The wireline network protocol, may further include at least one of thefollowing: a Synchronous Serial Interface protocol, an Ethernetprotocol, a Serial Peripheral Interface protocol, an RS-232 protocol,and Inter-IC protocol (sometimes abbreviated as I2C), a Universal SerialBus (USB) protocol, a Controller Area Network (CAN) protocol, a firewireprotocol, which may include implementations of a version of the IEEE1394 protocol, an RS-485 protocol and/or an RS-422 protocol.

Any of the control module 100, the management circuit 200 and/or theserver interface 300 may include a radio frequency tag terminal and/or aradio frequency transmitter and receiver compliant with at least onewireless signaling convention that may implement at least one of a TimeDivision Multiple Access (TDMA) scheme, a Frequency Division MultipleAccess (FDMA) scheme, and/or a spread spectrum scheme, such as:

-   -   examples of the TDMA scheme may include the GSM access scheme;    -   examples of the FDMA scheme may include the AMPs scheme;    -   the spread spectrum scheme may use at least one of a Code        Division Multiple Access (CDMA) scheme, a Frequency Hopping        Multiple Access (FHMA) scheme, a Time Hopping Multiple Access        (THMA) scheme and an Orthogonal Frequency Division Multiple        Access (OFDM) scheme;    -   examples of the CDMA scheme may include, but are not limited to,        an IS-95 access scheme and/or a Wideband CDMA (W-CDMA) access        scheme;    -   examples of the OFDM scheme may include, but are not limited to,        a version of the IEEE 802.11 access scheme; and    -   another example of a spread spectrum scheme is the ANSI 371.1        scheme for radio frequency identification and/or location tags.

FIG. 6 shows some further details of the sensor module 58 and themachine state 57 of the container handler 2 of FIG. 4. A presence sensor60 may respond to the presence of a container 10 to create a sensedcontainer present 62. A stack height sensor 64 may create a sensed stackheight 66. A size sensor 68 may respond to the container being handledto create a container size estimate 70. A twistlock sensor 72 may createa twistlock sensed state 74. A spreader sensor 76 may create a spreadersensed state 78. A landing sensor 80 may create a sensed landing state82. A trolley sensor 81 may create a sensed trolley position 83. Aweight sensor 87 may create a sensed container weight 88. And/or a hoistsensor 84 may create a sensed hoist state 86. Any or all of the sensedstates 62, 66, 70, 74, 78, 82, 83, 86, 88 and/or 90 may be included inthe machine state. The sensor module may further communicate with ahandler interface 90 to create the machine state.

The handler interface 90 may vary for different container handlers 2.For example when the container handler is a quay crane 20 or an RTGcrane 22, the container handler may include a Programmable LogicController (PLC) Interface coupled via a wireline protocol to get cranespreader interface status and position, and may further, possiblyseparately couple sensors to a crane hoist and trolley drum forestimates of the spreader vertical and horizontal position relative todock and/or a sensor for determining the hoist and trolley position, forinstance by using a tachometer signal from the trolley and hoist motors,proximity switches, optical encoders, and/or a laser beam. Also, thehandler interface may include a wireline network interface to at leastone of the sensors of the container handler. Any of these interfaceapproaches may provide sensor reading of a hoist position. As usedherein, a wireline network interface may implement an interface to atleast one of the wireline network protocols mentioned herein.

Another example, when the container handler 2 is a side picker 28, a toploader 30, a straddle carrier 36 or a reach stacker 32, the handlerinterface 90 may include a wireline network interface to at least one ofthe sensors of the container handler. Other sensors may be accessible tothe handler interface through separate wireline network interfacesand/or wireline network couplings.

A third example, when the container handler 2 is a UTR truck 26 or abomb cart 24, the handler interface 90 may include a wireline networkinterface to at least one, and possibly all the accessed sensors of thecontainer handler. Alternatively, more than one wireline networkinterfaces and/or wireline network couplings may be used.

The handler interface 90 may further receive any or all of the followinginformation that may be forwarded to the container management system 80:the location of the container 10, a sensed operator identity of theoperator operating the container handler 2, a container radio frequencytag, a container weight, a container damage estimate, an indication ofthe container handler moving in a reverse motion, a frequent stopscount, a fuel level estimate, a compass reading, a collision state, awind speed estimate, a vehicle speed, and an estimate of the state of avehicle braking system.

The handler interface 90 may include a second radio transceiverproviding a radio frequency tag interface capable of locating thecontainer handler 2 and/or identifying the container 10 and/or itscontainer code 12.

The handler interface 90 may include a third radio transceiver using aGlobal Positioning System and/or a Differential Global Position Systemto determine the location of the container 2.

The handler interface 90 may include an interface to a short rangeand/or low power sonar, radar, and/or laser that may provide a positionestimate 56 of the container 10. The radar may preferably be non-toxicfor humans and possibly livestock and other animals in or near thecontainers.

FIG. 7 shows that any processor 110, 210, and/or 310 as used herein mayinclude at least one instance of at least one of a neural network 130,an inferential engine 132, a finite state machine 134, and a computer150 directed by a program system 180. The program system may reside in acomputer readable memory 154 and/or an installation package 156, and/ora download server 160. The computer readable memory may be accessiblycoupled 152 to the computer as shown, or may not be accessibly coupled,which is not shown.

As used herein, a neural network 130 maintains a collection of neuronsand a collection of synaptic connections between the neurons. Neuralnetworks are stimulated at their neurons leading through their synapticconnections to the firing of other neurons. Examples of neural networksinclude but are not limited to aromatic chemical compound detectors usedto detect the presence of bombs and drugs.

As used herein, an inferential engine 132 maintains a collection ofinference rules and a fact database and responds to queries andassertions by invoking rules and accessing the fact database. Examplesof inferential engines include fuzzy logic controllers and constraintbased decision engines used to determine paths through networks basedupon the network constraints, such as the current location of parked andmoving vehicles and available storage locations for containers.

As used herein, a finite state machine 134 receives at least one input,maintains and updates at least one state and generates at least oneoutput based upon the value of at least one of the inputs and/or thevalue of at least one of the states.

As used herein, a computer 150 includes at least one data processor andat least one instruction processor instructed by the program system 180,where each of the data processors is instructed by at least one of theinstruction processors.

Some of the following figures show flowcharts of at least one embodimentof at least one of the methods of the invention, which may includearrows signifying a flow of control, and sometimes data, supportingvarious implementations.

The boxes denote steps or program steps of at least one of theinvention's methods and may further denote at least one dominantresponse in a neural network 130, and/or at least one state transitionof the finite state machine 134, and/or at least one inferential link inthe inferential engine 132, and/or a program step, or operation, orprogram thread, executing upon the computer 150.

Each of these steps may at least partly support the operation to beperformed as part of a means for an operation or use. Other circuitrysuch as network interfaces, radio transmitters, radio receivers,specialized encoders and/or decoders, sensors, memory management and soon may also be involved in performing the operation further providingthe means for the operation.

The operation of starting in a flowchart is denoted by a rounded boxwith the word “Start” in it and may refer to at least one of thefollowing: entering a subroutine or a macro instruction sequence in thecomputer 150, and/or of directing a state transition of the finite statemachine 134, possibly pushing of a return state, and/or entering adeeper node of the inferential engine 132 and/or stimulating a list ofneurons in the neural network 130.

The operation of termination in a flowchart is denoted by a rounded boxwith the word “Exit” in it and may refer to completion of thoseoperations, which may result in at least one of the following: a returnto dormancy of the firing of the neurons in the neural network 130,and/or traversal to a higher node in the graph of the fact databaseand/or the rules collection in the inferential engine 132, and/orpossibly return to a previously pushed state in the finite state machine134, and/or in a subroutine return in the computer 150.

FIG. 8 shows a flowchart of the program system 180 of FIG. 7 asincluding at least one of the following program steps: Program step 182supports initiating the operational process 118 by the opticalcharacteristic system 50 to create the operational result 120. Programstep 184 support selecting the operational process based upon theoperational schedule 220. And program step 186 supports communicatingwith at least one optical characteristic system to receive a version ofat least one image 52 of the container 10 being handled by the containerhandler 2 to at least partly create the container code estimate 54 ofits container code 12 for transmission 304 to the container inventorymanagement system 80.

FIG. 9 shows a flowchart of some further details of program step 186further selecting the operational process 118, including at least one ofthe following program steps: Program step 188 supports assembling atleast some of the operational results 120 from the opticalcharacteristic systems 50 to create the status report 218. Program step190 supports accessing the status report to update the operationschedule 220.

FIGS. 10A and 10B show some images of the container code as displayed onvarious sides of the container. And FIG. 10C shows a container codeestimate derived from one of these images.

The preceding embodiments provide examples of the invention, and are notmeant to constrain the scope of the following claims.

What is claimed is:
 1. Apparatus, comprising at least one member of thegroup consisting of: a control module configured to initiate anoperational process by at least one optical characteristic systemconfigured to mount on at least one container handler to create anoperational result; a management circuit configured to select saidoperational process for said optical characteristic system based upon anoperational schedule; and a server interface configured to communicatewith at least one of said optical characteristic systems to receive aversion of an image of a container being handled by said containerhandler to at least partly create a container code estimate of acontainer code on said container for transmission to a containerinventory management system.
 2. The apparatus of claim 1, wherein saidoperational process is initiated on at least one member of the groupconsisting of: a power-up process, a diagnostic process, at least onenormal process, and a power-down process.
 3. The apparatus of claim 1,wherein said container handler comprises at least one member of thegroup consisting of a UTR truck, a bomb cart, a chassis rotator, a quaycrane, a side picker, a top loader, a straddle carrier, a reach stacker,and a Rubber Tire Gantry crane.
 4. The apparatus of claim 1, whereinsaid operational process is performed on at least one member of a groupconsisting of: said optical characteristic system, at least one camera,at least one light, at least one sensor module creating a machine stateof said container handler, and at least one image processor generatingsaid container code estimate based upon said image.
 5. The controlmodule of claim 1, comprising: a processor communicatively coupled tosaid optical characteristic system to initiate said operational processby said optical characteristic system and to receive said operationalresult based upon said optical characteristic system performing saidoperational process.
 6. The control module of claim 5, furthercomprising: said processor communicatively coupled to a second moduleinterfaced to said container handler to provide a position estimate of acontainer being handled by said container handler.
 7. The control moduleof claim 6, wherein said second module includes a second instance ofsaid processor.
 8. The control module of claim 7, wherein said secondmodule is an instance of said control module configured to create saidposition estimate of said container being handled by said containerhandler.
 9. The management circuit of claim 1, comprising: a processorconfigured to select said operational process for said opticalcharacteristic system based upon said operational schedule; and saidprocessor configured to communicate with said optical characteristicsystem to initiate said operational process on said opticalcharacteristic system creating said operational result.
 10. Themanagement circuit of claim 9, wherein said processor configured tocommunicate with said optical characteristic system further comprises atleast one member of the group consisting of: said processor configuredto communicate with said control module to initiate said operationalprocess; said processor configured to communicate with said controlmodule to receive said operational result; said processor configured tocommunicate with said optical characteristic system to receive saidoperational result; said processor communicatively coupled with awireless network access point to communicate with at least one of saidoptical characteristic system and said control module; and saidprocessor communicatively coupled with said server interface configuredto communicate with at least one of said optical characteristic systemand said control module; wherein said operational schedule includes atleast one operational event.
 11. The server interface of claim 1,comprising: a processor communicatively coupled with at least one ofsaid optical characteristic systems to receive said image of saidcontainer being handled by said container handler; and said processorsecond communicatively coupled to said container inventory managementsystem to communicate said container code estimate to said containerinventory management system.
 12. The server interface of claim 11,wherein said processor communicatively coupled with said opticalcharacteristic system further comprises said processor communicativelycoupled with a first communication mechanism to communicate with saidoptical characteristic system, further comprising at least one member ofthe group consisting of: said first communication mechanism configuredto use a wireless network access point to communicate with said opticalcharacteristic system; said first communication mechanism configured touse a wireless network interface to communicate with said opticalcharacteristic system; said first communication mechanism configured tocommunicate via said container handler to said optical characteristicsystem; and said first communication mechanism configured to read aportable memory device to receive said image of said container beinghandled said container handler.
 13. The server interface of claim 11,further comprising at least one optical character recognition systemconfigured to receive at least one of said images from at least one ofsaid optical characteristic systems to create said estimated containercode.
 14. A method for operating said apparatus of claim 1, comprisingat least one of the steps of: at least one processor initiating saidoperational process by said optical characteristic system to create saidoperational result; said processor selecting said operational processfor said optical characteristic system based upon said operationalschedule; and said processor communicating with at least one of saidoptical characteristic systems to receive at least one image of saidcontainer being handled by said container handler to at least partlycreate said container code estimate for transmission to said containerinventory management system.
 15. The method of claim 14, wherein atleast one of the steps of said method uses a network protocol thatcomplies with at least one member of the group consisting of: a wirelessnetwork protocol standard and a wireline network protocol, a timedivisional multiple access protocol, a spread spectrum protocol, apacket transfer protocol, a frame transfer protocol, an error correctioncoding protocol and an encryption protocol.
 16. The method of claim 14,wherein said processor includes at least one instance of at least onemember of the group consisting of a computer instructed by a programsystem, a finite state machine, an inferential engine and a neuralnetwork.
 17. The program system of claim 16, comprising at least one ofthe program steps of: initiating said operational process by saidoptical characteristic system to create said operational result;selecting said operational process for said optical characteristicsystem based upon said operational schedule; and communicating with atleast one of said optical characteristic systems to receive said imageof said container being handled by said container handler to at leastpartly create said container code estimate for transmission to saidcontainer inventory management system.
 18. The program system of claim17, wherein said program systems resides in at least one member of thegroup consisting of: a computer readable memory, said computer readablememory accessibly coupled to said computer, an installation package, anda download server.
 19. The method of claim 14, wherein the step of saidprocessor selecting further comprises at least one of the steps of: saidprocessor assembling said operational results from said opticalcharacteristic systems to create a status report; and said processoraccessing said status report to update said operational schedule.
 20. Atleast one member of a group as a product of the process of claim 19,wherein said group consists of: said status report, said operationalschedule, said operational process, said operational result, and saidimage received by said processor, and said estimated container code forsaid transmission.
 21. The apparatus of claim 1, wherein said managementcircuit is further configured to select a second operational process fora second of said optical characteristic system based upon saidoperational schedule; and wherein said server interface is furtherconfigured to communicate with said second of said opticalcharacteristic systems to receive a version of a second image of asecond container being handled by a second of said container handlers toat least partly create a second container code estimates of saidcontainer code on said second container for transmission to saidcontainer inventory management system.